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A nctworiced catalog search, retrieval, and infonnation correlation and matching system is disclosed. TTie system allows suppliers 
to publish information in electronic catalogs, structure the information in an object oriented representation distributed across a networic 
of computers, for example, the Internet The system also enables customers to search and retrieve information on products and suppliers 
which match dynamically specified customer requirements. Through retrieving compliant HTML pages, a search en^ne forwards retrieved 
pages to an object oriented database which sorts received infonnation by the information's internal organization structure. By searching 
the information as stored in the knowledge base, a user may quickly retieve the stored infonnation as highly tailored to the user's search 
strategy. Also, additional tools operate on the stored information so as to. inter alia, organize design trades between selected elements where 
additional design and selection options are provided to each user. Further, the system supports product creation as formed of constituent 
parts. These products may then be used as parts to be formed into higher level products. 
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A SYSTEM, METHOD, AND MEDIUM FOR RETRIEVING. ORGANISINO, AND UITLIZINO NETWORKED DATA 

S The foDowing description includes some copyrighted material. While Applicants 

do not object to the copying of this specification for patent related purposes. Applicants 
reserve all copyrights to themselves and/or the assignee of the present invention. 

BACKGRQYTNn O F THE TNVKNTrON 

1 . Technical Overview 

10 The present invention rdates to a networiced, information gathering and delivery 

q^stem. More spedfically, the present invention rdates to a network based (intranet-based, 
Ihtemet-based, extranet-based) cataloging system which provides a user with a plurality 
of methods of gathering and analysdng information relating to a subject of inters. 

2. Related Art 

IS Manuficturing and service industries exist to provide products and services to end 

users whale making a profit at the same time. In this day and age, many businesses do not 
control the entire manu&ctuiing process firom collecting raw materials to outputting a 
high levd end product Rather, most budnesses take existing components and incorporate 
the oonqponents into larger products. An exan^le includes engineering design systems in 

20 which engineers take existing components and derign new products using these 
components. So as to reduce costs, these bu^esses generally attempt to maximize profits 
through fincfing the most affordable materials and processes which satisfy their needs. 
Sunultaneously, to meet the performance or quality objectives for the end product, 
business must find materials and processes that satisfy a variety of other criteria. 

25 Unfortunatdy, depending on the industry, finding the lowest cost materials or services 
which meet spedfied criteria can become very costly and time consuming. 
Currentiy, the designers selecting the various components for a final dedgn can quickly 
become overwhelmed by the available data as many lower rad suppliers may produce 
similar products. Sorting the available products and attempting to match potential 
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products into an overall design scheme quickly becomes a formidable task when a single 
end product may contain tens to hundreds to thousands of individual components with 
eadi conq)onent having its own set of associated data (for example, operating toloances, 
power consumption, size constraints, etc.). Further, the manufacturing process which 
S produces the final design may affect the end product in ways imconsidered by the product 
development team. Because of the significant burden placed on designers to handle design 
while another set of en^eers generally handle the realization of the d^ign through a 
manufacturing process, the end product may suffer firom poor integration of the design 
and manufiu:turing processes. To this end, product support also suffers as the team 

10 handling product support generally has minimal information regarding the actual design 
and manuficturing processes and how these processes affect the end product. At least one 
cause of the fiulures of the current design, manufitcturing, and product support model is 
the requirement that all steps are handled by an engineer with minimal to no automated 
support fi3r accommodating the demands of the current model In &ct, most information 

IS has to be manually integrated and considered in the formation of a final product. 

Another fidhire of the cunrent model is the lack of integrated tools available to a de^gner. 
Currentiy, a designer must wade through technical infiarmation and sequentially use 
disparate, unint^rated dectronic tools to perform a variety of tasks such as requirements 
definitions, computer suded design (CAD), structural analysis, costing, manufacturing 

20 plannmg, etc. Accordingly, a need exists to automate and integrate the dedgn fiinction as 
much as possible. 

The problems assodated with the current design and manufacturing model exist 
in other industry sectors as well. For example, the real estate industry uses as its primary 
seardi and indexing tool the multiple fistmg sarvice (MLS). This service allows real estate 

25 brokm to list properties as well as search for properties using a simple Boolean search 
fiinction. However, the real estate agent is then required to peruse through the list of 
retrieved entries until a mat<^ is fouiid to mai^ diverse buyer requirements. Further, there 
is no ability to link to other sources of other information (for example, finandal 
institutions providing loan information, etc.) which may be relevant to the information 

30 contained within the MLS. Moreover, MLS is limited to real estate agents only. 
Independent sellers and buyers caimot list and retrieve the listings available in MLS. 
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Unlike the restricted nature of MLS, the Internet pro^des easy access to a variety of 
information. Search engines (such as Lycos™, AltaVista™, and other search enj^es) 
exist that repeatedly scan the Internet (a.k.a., the Worid Wide Web or, simply, the Web) 
for contmt Current search engines retrieve and store the textual content of HTML pages 
S of the Web in large indexes. A user may later pass simple Boolean queries to databases 
created by the seardi engines and retrieve HTML pages relating to the submitted queries. 
The problem with such Boolean queries for these large indexes of stored infiarmation is 
that actually getting the desired information is cumbersome. Also, current systems must 
treat the found content as flat, unstructured data; for there is no way to create or find 
10 associations between the elements stored on HTML pages. Further, the appearance of 
subject-oriented searches fails to satisfy the needs of dedgners and like individuals 
interested in a narrow field of industry. To this end, current search systems are not 
directed to the needs of spedfic users. 

SUMMARY OF TRF. TNVFNTrON 

15 The present invention relates to a computer-based infi)miation organizing, 

searching, retrieviiig, and exchanging platform. Through gathering organized information, 
a consumer accesses the gathered information to create an end product in a shorter period 
of time. The present invention uses a predefined common language and format (for 
example, Iq^pertext markup language (HTML) extended to implement an underi^ng 

20 orgamzational structure) for or^janizing information placed on the network of computers. 

When retrieved the oiganized information is readily sorted and cataloged into a repository 
of similar cataloged informatiort 

When pladi^ the information in a form readily accessible by other computers (for 
exanq)le, on the fotonet), a supplier provides the informadon in HTML format including 

25 tags which characterize the formatted information. These tags may include a *'class" 
identifier whh each class having various ^^attributes'* and "methods". The various attributes 
are contemplated to include "features" (compridng character strings), "parameters" 
(compriang numerical strings), and "index" tags. Through Hsting an item as belonging to 
a class and having various attributes, a supplier may ftdly identify the item using this 

30 structured language. Also, each dass may be a nested item of another dass. So, each 
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component may be broken down into its elemental parts through classifying each of its 
parts individually. Notably, through the combination of various parts, products may be 
compiled. A similar approach can be applied to processes or services and thdr sub 
components. At this point, the consumer who compiled the product may place the product 
S on the Web as specified in an HTML page with the appropriate tags so that a later 
consumer may dioose to use the previous consumer's product. To this end, each 
consumer may also be called an integrator as each consumer may integrate parts into 
products for later integrators. 

Also, some dasses may have methods or tags assodated with them as well which 

10 pro>dde procedures for invoking simple or complex algorithms or computations and 
compute performance or behavior of an item in the class. Because the behavior of an item 
typically depends on its specific use and environment, tiiese computations require 
information provided by the integrator and not knowable in advance by the product 
suppEer. Thus, method tags provide access to procedures invoked by the integrator -when 

15 he evaluates possible uses of the item. Method tags contain pointers to computational 
algorithms, and to the ""^gnature" of the method. A signature defines what input and 
output information the algorithm needs and provides, respectively. 

A scanning engine scans the computers having acces^le pages so as to locate all 
pages having the predefined orgamzational structure as inducing class, attribute, and 

20 methods identifiers. Through organizii^ the retrieved information on the bads of the class, 

attribute, and methods information, the retrieved information is cataloged tor later 
retrieval. The catalogs are stored and updated as needed. Instead of storing all possible 
information fiom eachHTML page (as includuig graphic files, text files^ Java scripts, and 
the like), the catalog, for exanq>le, may only store the dass, attribute, and method 

25 identifier infonnation that allow a us^ to search for and identify the accessed item. The 
remainder of the accesdble information is left back on the originating site for later 
retrieval. Through this organizational scheme, high levd desoiptive information (for 
example, information that may satisfy an initial search) may be stored in a computer that 
inter&ces between an end user and the information source. In this instance, the more 

30 detailed information may be left back at the originating source. Thus, the most detailed 
information, which is the most likdy to diange is readily updated at the source of the 
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infonnation, iniiiiinizing the information which has to be provided to keep each end user, 
as well as each inter&cing computer, current. 

As described above, in one embodiment, the cataloged information is stored in a 
local conq)uter system inter&dng between the end user and the information source. For 
5 purposes of simplidty, the local computer system as storing categorized information is 
hereinafter referred to as a "portal" as the portal acts as a primary inter&ce to the 
organized information residing on the network of computers. When a portal is located on 
a user's local site, the user has quick access to the variety of information stored at the ^te. 
To this end, embodiments of the present invention contemplate the sector portal 

10 maintainmg a list of complying HTML pages at each supplier's ^te so that each portal 
need only retrieve a new list of supplier sites for compliant pages, rather than search the 
Web as a whole for compliant pages. 

Also, for siix^)Ucity, the network of computers is referred to as the Web or the 
Internet. However, h is imderstood that any networked group of computers storing 

IS organized infonnation is included within the scope of the invention. 

The various usm of the present invention may be categorized as infonnation suppliers and 
information consumers. As will be described in greater detail below, as the information 
consumers in turn suppfy information to other upstream information consumers, every 
information consumer may be con^dered a supplier to other consumers. 

20 So as to enable each supplier to provide requidte information on its pages, a 

*'sector" portal establishes common terms (class^ attribute, and method names) for the 
suppliers and consumers to use. The sector portal is so named because each industry 
sector is conten9)lated to have at least one governing portal from which all other portals 
in that industry sector derive their conmion vocabulary, taxonomy, or ontology. Each 

25 sector portal has the ability to update its own list of accepted classes, attributes, and 
methods. So, when a supplier be^ns to use new classes, methods, and attributes, the 
sector portals selectively update their ontology to include the new classes, methods, and 
attributes as according to a predetermined scheme. For exanq)le, a predetermined scheme 
may include updating the ontology only after a new class, attribute, or method is used a 

30 predetermined mimber of times (e.g., ten times). An advantage of not updating the 
ontology for every pos^le new class, attribute, or method is that 1) mistakes will be 
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made by suppliers in not using the predefined ontology so that the ontology should not 
necessarily include the mistakes of suppliers and 2) an ontology expanding too quickly 
may £ul to nunimize the number of terms used to describe a single item. To this end, the 
ontology should not necessarily include multiple listings of the same class or attribute 
S when a single one may be used across suppliers. 

Once the catalogs are estabUshed at a portal, a consumer may use at least one of 
three search strategies to retrieve the stored information including Boolean seardies, 
hierarchical searches (for example, where a consumer navigates through a hierarchy of 
classes), and parametric searches (which may include fuzzy searches). 

10 BMEF PEiSCRimQW QF THE PRAWIWGS 

Figure 1 shows an organization diagram of various suppliers and consumers 
according to miboctiments of the present invention. 

Figure 2 shows the configuration of an industry sector portal according to 
embodiments of the present invention. 
15 Figure 3 shows a low end supplier with browser access according to embodiments 

of the present invention. 

Figure 4 shows a high end supplier -with a page generator according to 
embodiments of the present invention. 

ngure S shows a consumer according to embodiments of the present invention. 
20 Figure 6 shows an architectural representation of sector and local portals, 

according to embodiments of the present invention. 

DETABLlgP PFSrRTPTTON 

The present invention will now be desoibed in detail with reference to the 
accompanying drawings. While the present invention is described in the context of a 
25 communications networic including a specific number of components, the cataloging 
search and retrieval system and integrated tool suite according to the present invention 
may be incorporated into n^works of many structures and sizes. The drawings are 
intended to provide one exanq)le of a network configuration in which a catalo^g search 
and retrieval system may be inqilemoited and are not intended to limit the applicability of 
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the present invention to other network configurations. 

Figure 1 ^ows a high level fiinctional arrangement of the contributors and users 
of the organized informatioa The network of computers, in this example, is shown as the 
Internet or Web 101. Portal 102, in one aspect of the present invention, fimctions as an 
S entry way into the stored catalogs of information. As will be described in greater detail 

bdow, portal 102 may re^de at a number of locations. Also multiple portals may exist for 
an industiy. In the case of a single portal 102 for an industry, the portal 102 is rrferred to 
as the sector portal 102. In the case of multiple portals 102 (for example, each company 
having its own portal 102), then one of the portals 102 nmy be considered the sector 
10 portal. The sector portal may maintain control over the accepted ontology. Portal 102 is 
conten^lated to include at least one processor and at least one storage device. Through 
the in4>lementation of stored program modules, the portal (or portals) 102 may control 
the collection and dissemination of information as described in greater detail with respect 
to Figures 2-6. 

15 Also shown in Figure 1 are suppliers (104 and 105) of information. The suppliers 

(104 and 105) of information provide information to portal 102 for use by user 103. User 
103 uses the information stored in portal 102 to make decisions on the information as well 
as retrieve greater amounts of information as needed fiom suppliers 104 and 105. Further, 
user 103 includes a tool suite which uses the uiformation in portal 102 and at providers 

20 104 and 105 to provide additional functions to the user induding, inter alia, the availability 

of alternative ded^on trades, the likelihood of success of selected components meeting 
an overall design criteria, etc. To provide information to portal 102, suppliers 104 and 105 
make their information available for retrieval via the Web 101 by placing their pages in 
HTML format on a server connected to the Web 101. As only some of the entities 

25 (business, organizations, etc.) which access the Web 101 have the ability to provide the 
server technology to host their own Web pages, suppliers 104 and 105 are separated into 
two groups: suppliers (104) who do not have the capability to provide Internet access to 
their pages and the suppliers (105) who do have the capability. As for suppliers (104) who 
cannot publish their own pages, the system allows suppliers 104 to upload their product 

30 information (and other information) to an ISP for page hosting purposes. Accordingly, 
suppliers 104 are con^dered low-end suppliers. The fiincdonality of uploading pages fi'om 
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suppliers 104 is treated in greater detail with respect to Figure 3. As for suppliers (105) 
who can publish their own pages, the system accommodates their ability as well. The 
fijncdonality of uploading pages fixsm suppliers 105 is treated in greater detail with respect 
to Figure 4. 

Figure 1 further shows user 103 using information stored in portal 102. 
Enibodimmts of the present invention contemplate portal 102 not storing every piece of 
available information in portal 102 as the amount of storage space required may quickly 
become over^dming. So, portal 102 stores some information which may answer some 
initial questions for user 103 and point to suppliers 104 and 105 for adcfitional 
mfbrmatioa As user 103 consumes the information provided over Web 101, user 103 may 
be referred to as an integrator as it integrates the available information. Notably, the 
resulting data sets combined by user 103 may be placed in another portal 102 for another 
user's access. In this instance, user 103 becomes another supplier. For simplidty, the 
grouping of the entities uang the disdosed system are referred to collectively as "players". 
The labels applied to the various players in the system (supplier, user, consumer, 
integrator, eta) are intended to be relative to the surrounding players and not intended to 
be an absolute definition of the player. 

To provide information to portal 102, suppliers 104 and 105 (and user 103, when 
applicable) encode thdr pages u^g a predefined protocol. Use of the protocol 
encourages placing available information in an orgamzed format. The protocol may 
include tag codes which describe the information contained therdn. For example, an 
HTML-based tag protocol may include the following information: 
<UC domain=''product" class="giinbals/shanks/widgets"> 
<UC_ENTRY name=" standard widget" realization 
state="available"> 

<UC_FEAT name=" Supplier Name" value="Acme Corporation"> 

<UC_FEAT name="Manufacturer Name" value="Acme Corporation"> 

<UC_ID name="part ntamber" value="1234"> 

<UC_PAR name="Price" value="$100"> 

<UC_PAR name="Length" value="2.5" units=" inches "> 

<UC PAR name="Width" value="3.5" units=" inches "> 
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The tag <UC*> (^ere "♦" may include additional tags) is the identifier to portal 
102 that the following page is in an organizational format useable by portal 102. It is 
readily i^parent that ai^ predefined tag could be used as long as it is recognizable by the 
portal. For simplicity, organized language used by suppliers and read by portal 102 will 
S herdnafter be referred to as "the protocol**. The protocol may include various fields that 
describe both the information as well as the supplier of the information. In the above 
example, the "domain", "class", "entry name", "realization", and "PAR" (parameter) fields 
relate to the infonnation supplied. The FEAT (feature) fields relate to the supplier of the 
information. In the above example, the Aone Corporation i§ both a manu&cturer and 

10 supplier of a standard widget (a product) (currently available) which costs $100 per unit 
and has dimenrions 2.S inches by 3.5 inches. The domain field relates to the type of 
product. In general, the feature field may relate to alphanumeric character strings while 
the parameter field may relate to numerical values. 

Embodiments of the present invention contemplate including a variety of different 

IS domains, each directed to at least one type of industry sector. For explanatory purposes, 
a variety of industry sectors are cont^plated and, to these sectors, overisQ)ping domains 
may exist. For mample, the manufiicturing industry sector may include products as weU 
as processes. The shipping industry may include time tables for shipping routes 
(overlapping as to delivery schedules for the manu&cturing industry). The real estate 

20 industry may inchide commerdal and rei^dmtial properties. The loan industry may include 
commerdal and residential loans as well as the risk &ctors associated therewith. 

The class field rdates to an ordered hierarchy of information. In this example, the 
standard widget fidls into subclass "widget", which is a subclass of subclass "shanks", 
which is a subclass of class "^mbals". In an alternative example, a real estate property 

25 listing may belong to a subclass "locality", which is a subclass of class "residential 

properties". 

Figure 2 shows a generic portal 201. Generic portal 201 is represented in the 
middle of Web 101 as the portals may be located in a variety of diff^ent phy^cal and 
fimctional locations^ depending on the industry and the resources available to the players 
30 mvolved. Portal 20 1 includes a Web site server 202, an online page generator 204 (also 
known as a protocol translator), a searching system 205 (referred to herdn as a Wd) 
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Crawler), search en^es 203, and a knowledge base 206. Here, knowledge base 206 is 
represented as an industry sector knowledge base. Embodiments of the present invention 
contemplate at least one industry sector knowledge base existing for each industry in a 
given locality. For example, in the real estate industry, a dngle knowledge base may 
support the entire industry in given locaUty as real estate agents would access a single 
knowledge base for retrieving residential and commercial listings. In other industries, each 
company may include its own updateable knowledge base allowing limited access to the 
public and greater access to employees. 

Web cra^der 205 periodically scans the Web for pages as represented by crawler 
210. Pages 209 are retrieved and parsed in Web crawler 205. As will be described in 
greater detail below, the parsed pages 208 containing a usable organizational structure 
(for example, identified as including the <UC> tags) are stored in knowledge base 206 for 
indexuig and fiiture retrieval. The knowledge base 206 stores pages 208 as based on the 
classes found therdn as wdl as the attributes and methods found therein (for example, the 
length, width, and other properties of the contained information). When a specific page 
needs to be retrieved for information contained therein, search engines 203 search 
knowledge base 206 for resuhs meeting various search criteria. As knoixdedge base 206 
stored previously parsed pages 208 in an ordered maimer (via dass, attribute, and method 
information) a variety of different searches may be performed on the stored informatioit 
To search for information, embodiments of the present invention contemplate a user 
submitting a search request via an HTML page 21 1 forward to server 202. The server 
then forwards the requested information to search engines 203. A variety of different 
searches may be performed. 

For example, a Uerarducal search may be performed. Using a hierarchical search 
engine, a user may select a general class and step through the various subclasses until a 
specific subclass is reached. For instance, a user may be looking for brushless motors as 
classified in Parts/electromechanical parts/motors/brushless motors (where the general 
class is "Parts" and "electromechanical parts", "motors", and "brushless motors" being 
nested subclasses). To find a list of brushless motors, a user would first select "parts", then 
"electromechanical parts", then "motors", and then "brushless motors". When reaching 
"brushless motors", the list of available brushless motors would be displayed. Also, a fiiU 
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text Boolean search may be performed on the terms stored from Web Crawler 20S. For 
example, uang a search engine accessing a linear index (for example, as supplied by Alta 
Vista™ from Digital Equipment Corporation), a user may request information on 
"brushless motor". In response the search request, the search engine would scan through 
a stored index of terms for "brushless** and "motor" and retrieve all matching results. 
Finally, a user may request a parametric search. A parametric search is a search, which 
attempts to match input parameters with known values in an arithmetic sense. For 
example, a parametric search may deal with numerical values and character strings, but 
generally only through a Boolean comparison. Fuzzyness allows matches to be made 
based on the ''closeness*' of one value as compared to another or one character string as 
compared to anotha*. To be able to compare character strings, a fiizzy lo^c search relies 
on a predefined value map, which defines what closeness means for the attributes in 
question. By referencing the value map a parametric search can handle both numerical and 
non-numerical searches. 

Jn a parametric fiizzy logic search, a user supplies target values for the attributes 
of interest (e.g., the selected paramet^s, features or indices), together with the relative 
importance of each sdected attribute and other ranking information (such as "more is 
better" or "closer is better"). The search en^e would then return the data objects that 
best match the target vahies. An manq)le of a fiizzy logjc seardi engine includes a search 
engine as developed by the Inso Corporation of Massachusetts. An example of ranking 
various fields is shown below: 
Subclass: Rectifiers 

Rating: IFAV VRRM IFSM TJ 

Desired Values: S 7S 21S 180 

Relative Importance: very little very most 

Ranking Criteria: more is better more is better less is better exact . 
Througih implementing a fiizzy search spedfying the above values and qualifiers, the 
system attempts to find the deared rectifier with the most important values satisfied first. 
The web dte server 202 corwerts the received results from search engine 203 into HTML 
and fi3rwards or "serves" the created page to the requesting user through page 21 1. 

To asdst in the retrieval of information from portal 201, a user may access a 
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variety of difierent tools. As described above, the user may access the search engines 203 
through submitted page 21 1. Also, the user may employ the use of data agents as located 
on the user's terminal (or computer) so as to pre-format the submitted information so as 
to include, modify, or remove submitted information as necessary. Data agents may 
include CGI scripts, JAVA components, ActiveX components, and the like. In addition 
to data agents resicting on server 202, data agents may also reside mth the suppliers 104 
and lOS so as to provide enhanced processing of requested information for a user. 
Figure 2 also shov/s protocol translator 204 as part of the portal 201. The translator 204 
&dlitates supplier publication of HTML pages that are compliant with the protocol and 
the industry common vocabulary or ontology. This is described further in the discussion 
of Figure 3. 

Figure 3 shows as low end supplier 104 providing information to be scanned by 
a portal 201 . Portal 201 is equivalent to that described with respect to Figure 2. Figure 
3 also includes an ISP 303 (an Independent Service Provider) in Web 101. A low end 
supplier 304 (a supplier who lacks the capability or desire to support organized pages 
locally) retrieves pages 307 into an Internet browser (software running on user 304's 
computer which translates HTML pages and displays the pages on user 304's displi^). 
Pages 307 inchide at least one template for populating and submitting back onto Web 101. 
Embocfiments of the present invention contemplate template pages 307 including at least 
one of an initial set of dass, attribute, and method identifiers for population. For example, 
user 304 requests fi-om portal 201 the design template for electric motors. In reply, 
protocol translator 204 retrieves the desired class/subclass, attribute, and method 
ontologies. These ontologies are translated into an HTML form and sent to user 304's 
Internet Browser 305 as template pages 307. User 304 next populates the recdved 
template pages 307 as completed template pages 306. 

Pages 306 may be forwarded back directly to portal 201 where the pages 306 are 
parsed and added to knowledge base 301 as page 302. Alternatively, if user 304 has an 
ISP 303 vMck will publish the populated template pages 306, then user 304 forwards the 
populated template pages 306 as formatted web pages 308 to ISP 303 for storage. Next, 
web oa^er 310 scans ISP for complymg pages 308 and retrieves them as pages 309 for 
storage in knowledge base 301 for indexing and later retrieval. 
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Pages 307 may be sent from a variety of different portals 201 . For example, in an 
industry sector where only one portal exists, the template page 307 would be sent from 
the single portal 201. In industry sectors v/here multiple portals exist, each supplier and/or 
user may wish others to adapt a specific variety of ontology which suits their business. 
However, conflicting ontologies may result. To alleviate problems created by varying 
ontologies across a single industry sector, different portals may be programmed to 
respond to a specific variety of protocols. To this end, embodiments of the present 
invention may contemplate a single sector portal governing the recognized ontology. 
While each of the other portals are free to adapt thdr ontology as need be, retrieving 
template pages 307 from a sector portal almost guarantees compliance with the other 
portals who may have varied from the accepted ontology. Further, if a non-sector portal 
201 (for example, a private corporation's portal) receives a request for a template, 
embodiments of the present invention contemplate providing the user 304 with a choice 
of sector-wide ontology or the private corporation's ontology. Moreover, variations of the 
type of ontology provided exist as depending on spedfics of user 304 including spedfics 
sudi as whether the user 304 is deared to recdve certain classified (i.e., secret) ontologies 
(\^ere the classes, attributes, and/or methods themselves are dassified), etc. 

Once portal 201 has received new pages, a variety of methods exist for updating 
the other portals in the sector (provided that the industry supports other portals). First, 
each portal 201 may indude a list of all other portals. Once new information is added, the 
portal 20 1 ms^ transmit a message to all other portals in the industry that new information 
has been recdved by portal 201 and dther attaching the new information or providing a 
location on portal 201 for access to the stored information. This method provides the 
advantages that a wear may transmit infi^rmation to a minimum number of portals and have 
the transmitted information replicated by the recdving portal Second, the sector portal 
may recdve and maintain a listing of all new pages. Periodically, or upon demand of a 
user, each portal may scan the sector portal for new page addr^es then scan the new 
pages themselves for retrieval of the desired class, attribute, and method information. 

The information which a supplier may have on his site may include image data 
induding VRML data, CGM Active Graphics images, Java Parametric Optimizers, CAD 
drawings^ performance specifications, executable Emulations, links to the supplier's online 
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ordering system, finks to previous order status, or other image data information, etc. Also, 
non-image data may be found at the supplier's site including HTML pages indudbg 
organized protocol, EDI links (links fiirthering dectronic data interchange), techiucal data, 
technical services, or other non-image data mformation, etc. When a portal scans a 
suppfiei's site, the invention contemplates that at least some technical data (and possibly 
some image data) may be retrieved and stored in the portal. The remaining technical and 
image data may remain stored at the supplier's site for later access. The supplier may also 
use data agents to gather information from the users in order to, among other things, 
enhance the usability of the supplier's site for the user. These enhancements may include 
personalizing the supplier's site through pladng data agents on the supplier's site including 
posably CO scripts, Java applets^ and inter&ces to the supplier's databases. For example, 
a supplier's site may include a Java applet which may enable enhanced searching of a 
supplier's site for green widgets. By providing the Java applet to a scanning portal, the 
portal may incorporate the Java applet into its stored index of suppliers so that, when 
information is requested from the supplier's site, the user may run the Java component to 
enhance the retrieval of information (for example, through the user dynamically accessing 
and manipulating a supplies information as stored in the portal). Also, the Java 
component may format information when transmitted from the user to the supplier so, 
when received at the supplier's server, the suppUer mi^ quickly process received questions 
as having been previously formatted by the Java applet. 

Figure 4 diows a supplier lOS whidi has the capaUIity to publish its own protocol- 
compliant pages. The supplier 105's site includes a desktop framework 401, an Internet 
browser 305, protocol translator 402, wd) server 403, l^acy applications 405, and legacy 
databases 406. An operator at desktop framework 401 requests a template page 307. The 
template page may be transferred to the protocol translator where the template page is 
combined with data (class, method, attribute, etc.) specifying the supplied products and 
processes from supplier 105. The resuhing page 404 may be transferred to web server 403 
for posting. On request, the compiled pages 404 may be transferred to other sites (for 
example, users' portals 102) as pages 410. Alternately, the protocol translator may map 
data stored in legacy databases 406 to fields in the template, create an HTML page 404 
embodying that data and the special protocol tags, and transfer that page 404 to wd> 



14 



wo 99/13417 



PCTAJS98/18540 



server 403 for posting. The translator may also save the mapping for repeated use. 

Legacy databases 406 may store additional data (for example, images, VRML 
iiq>resentations, q)edfications^ or other data, etc.) v/bich describe in greater detail supplier 
lOS's products and/or processes. Supplier lOS may make this additional mformation 
available to other portals as required (for portals meeting various requirements, possibly 
including security or other reqmrements). For example, when further information not 
found or in addition to information found on pages 410, the web server recdving the 
request may forward the request to legacy database 406 from where the requested 
information is accessed. The legacy database 406 may fonvard the data 409 to web server 
403 which then may forward the requested data, properly formatted in HTML as data 
41 1. Additionally, the data 41 1 may be transmitted in a form compatible with the applet 
at the requesting portal 102 for proper display in conjunction with the requesting applet. 
Other applications 405 may provide support for other fonctions of supplier 105's site 
inducfing updating of the information stored in l^acy database 406 as well as for allowing 
supplier lOS's ate to support a suite of integration tools as may be necessaty for 
applications contained in tool suite 602 (described in greater detail below with respect to 
Figure 6). 

Figure S shows user site 103 as including a desktop framework SOI, an Internet 
browser 305, a local portal 502, a web server 504, project knowledge base 503, protocol 
translator 505, legacy applications 507, legacy databases 506 and tool suite 508. Internet 
browser 305 may fimction similarly to the browser of Figures 3 and 4 yet may retrieve 
data 509 in addition to pages 510. Browser 305 may transmit the received pages to tool 
suite 508, project knowledge base 503 and local portal 502. Also, browser 305 may 
exchange the received data 509 as needed with tool suite 508. 

The desktop framework 501 may access a variety of int^ration tools, data agents, 
PDNfs^ the local portal 502, an application programming interfitce, and an internal cache 
of accessed pages. 

Local portal 502 may retrieve pages 512 through crawler 511 which may scan the 
Internet 101. The retrieved page may then be parsed to page 521 and transferred to 
project knowledge base 503. When accessed, project knowledge base 503 provides 
requested infonnation as page 520 to Internet browser 305 (when, for example, an 
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operator requests information stored in project knowledge base 503) or as page 522 to 
v/db server 504 (when, for example, page 522 containing a finished product or process is 
to be published onto the Internet 101, for other upstream portals 102). When web server 
504 serves to publish compiled pages, it may act like server 403 in Figure 4. To this end, 
legacy applications 507, protocol translator 505, legacy database 506 may function 
similarly to that of the corresponding elements in Figure 4. 

Tool suite 508 may also receive additional pages 515 fi-om web server 504 or 
pages 517 firom browser 305. Data 516 and data 518 may follow similar supply paths 
respectively. Tool suite 508 includes a variety of tools which integrate the information 
contained in other portals 102, the local portal 502, and wd) server 504 (as retrieving 
information, at least m part, 6om legacy database 506). 

Figure 6 shows a more detailed illustration of the ^stem of Figure 5. Delineation 
600 indicates the boundary between a corporate portal and assodated systems and entities 
on the Internet. Local portal 607 includes at least two distinct systems: a crawler 609 
(similar to crawler 205 described above in Figure 2), and ontology tracking component 
608. Connected to the oawler 609 and ontolo^ tracking component 608 are a reverse 
index data base (RIDB) 61 1 and an object oriented database (OODB) 610. Crawler 609 
mi^ receive pages fit>m a number of sources induding a supplier's web ^te 601, a sector 
portal web site 616 (publishing pages and/or ontologies 634), or a private project web site 
606. Crawler 609 parses the received pages into character strings and stores the strings 
in RIDB 611 where RIDB 611 indicates fi-om where the strings were recdved. When 
RIDB 6 1 1 has recdved a predetemfitned amount of protocol data, the protocol data is sent 
to ontology tracking component 608 where the ontology tracking component may store 
the fisund protocol data in OODB 610. In storing the found protocol data in OODB 610, 
ontology tracking component 608 may control the OODB 610 to store the received 
protocol data in an organized structure. For example, the ontology tracking component 
608 may control the OODB 610 to store the received protocol data as grouped by class, 
attribute^ and/or methods. Also, the OODB 610 may store the signatures as separate firom 
the methods to allow indexing. When requested, ontology tracking component 608 may 
search and retrieve information fi-om OODB 610 to satisfy search requests as outlined 
above. 
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One feature of the ontology tracking component 608 is that it may maintain the 
ontology for organizing OODB 610. When new classes, attributes, and/or methods are 
recdved by crawler 609, the new information is provided to ontology trackmg component 
608 for processing. Ontology tracking component 608 may process the new 
5 ciass/method/attribute in a variety of ways. For example, ontology tracking component 
608 may not update its own ontology, instead waiting for standardized ontology 634 from 
sector portal 615. In this regard, a single ontology is maintained with sector portal 615. 
When all portals subscribe to only allowing sector portal 615 to update the accepted 
ontology, an invariant ontology is maintained. Alternately, ontology tracking component 

10 608 may always update its own ontology, allowing maximum flexibility and creativity to 

the authors of published pages. Further, ontology traddng component 608 may selectively 
update the ontology based on a predetermined pattern of usage or time associated with 
newly received classes/methods/attributes. For example, ontology tracking component 
608 may wait until a new class has been used in at least 10 pages before it dynamically 

15 updates itself to allow others to use the new class as well as index on the class. Also, 
ontology tracking component 608 may wait until a new class has been used for 3 months 
before updating its own ontology. By limiting the rate at which the ontology tracking 
component 608 updates itself the ontology tracking component 608 may minimize 
spurious occurrences of new terms (v^ch, in some instances, may be due to 

20 typographical or transmission errors). Once updated, ontology tracking component may 

provide the new ontology to sector portal 615 through public corporate web site 613 via 
page 633. 

In addition to the ontology describe above, the ontology tracking component 608 
may also include the following baseline for associated objects: 
25 Ensemble A product whidi includes this product; 
Ancestor Previous version of this product; 
Descendent Updated version of this product; 
Component A component used in this product; 
Accessories Other products which go the with the product; and, 
30 Alternatives Other products which might also meet requirements. 

Basdine ontology methods may include business functions, price or cost analysis. 



17 



wo 99/13417 



PCT/US98/18540 



calculation of lead time required for product delivery, calculation of need for 
customization, a function for ordering parts, and a function for ordering services. 
Additional methods may be performed by portal 607 including page certification, a 
crawler report of visited pages, and a page validation so as to ensure errors are kept to a 
minimum. 

Integration with other ^stem components such as the tool suite or project 
knowledge base may be made through CORB A or JAVA as needed. 

The information as stored in OODB 610 may be considered atomic or elemental 
in nature as that it is combined with other information stored in the OODB (other atoms 
or dements^ collectively "itons") and provided to a user. The user requests the items fi-om 
portal 607 and recdves data 625. Project knowledge base manager 604 receives data 625 
and stores the data in database 605. Here, the received data 625 may be cataloged 
according to current projects a user is working. Also, the database 605 may also contain 
catalogs of items. For ^cample, a user may want to bufld a device that requires a first 
component and a second component. The user searches via a search query (Boolean, 
hierardiical, parametric^ etc.) and recdves items A and B which match the search criteria 
for the first componsnt and recdves items C and D vAich match the search criteria for the 
second component. The project knowledge base manager may store the information 
relating to items A and B together in a first catalog in database 605 and items C andD 
together in a second catalog in database 605. Accordingly, when the user needs to 
evaluate or try a difieroit item (part^ process, etc.), the user may direcdy access the stored 
list of catalogs. Also the current project may be stored in database 605 as a work in 
progress. The diflfer»ice between the information stored in a catalog and the information 
stored as a woik in progress is that the catalogs store end items, while information stored 
as a work in progress is a combination of elements or end items. At least one goal of the 
catalog is to provide a readily accessible database of information for use in the creation 
of end items; vAvlt at least one goal of the project database is to store the created end 
items (products or processes) as they evolve. 

Once a user completes an end item, project knowledge base manager 604 may 
direct information relating to the completed end item (completed page 626) to private 
prqect web ate 606 (vAidti may contain additional end items (products, processes, etc.)) 
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for internal distribution to local portal 607. As local portal 607 may be one of a plurality 
of local portals 607 for a corporation, the information provided on private project web site 
606 may be transmitted to these additional web ^tes as well. One mbodiment of the 
present invention contemplates local portal 607 scanning private project web site 606 
periodically or upon request fiom a user. Periodic scanning keeps local portal 607 updated 
autonomously. On the other hand, scanning upon request minimizes bandvddth 
consumption for exdian^g informatioa To this end, a user may spedfy when the portal 
is to scan (the web in general or spedfic sites) for new protocol-compliant pages. 
An example of a process implemented in portal 607 is as follows: 

1) the portal 607 scans for information (628, 629) from external information 
pro^ders (601, 616) and for information (627) from internal information providers (606). 

2) the portal stores the received information; 

3) the portal dynamically creates wd> pages for a user based on the stored 
information; and, 

4) provides links to the additional information left back on the supplier's page. 
Tool suite 602 includes various tools vMch may use information 624 provided by 

project KBM 604, information 625 from the ontology tracking conq)onent 608 and related 
databases 610 and 611, and from supplier web ^tes 601. These tools may include a 
requirements integration and verification tool (vsduch assures that assenibled deagn objects 
(end items) meet individual requirements and comply with predefined rules); an 
afiTordability monitor (which determines if die cost of the included items and the processes 
required for combination ^ceeds predetermined budgets), a trade-off manager (vdiidi 
trades various elemmts to arrive at varying end items so to assist in the deddon makiiig 
process), a realization generator (which creates process alternatives for combiniiig 
elements for determining whether the end item may be improved through alternative 
processes), and an integrated supply chain scheduler (i^ch coordinates the 
communication and information exchange among entities in a supply chain so as to anive 
at feasible manufiicturing schedules). These tools may autonomously access the 
information stored in the portal 607 or stored in supplier web sites 601 to compile and 
assist users in defining end items. 

Uang the above described invention, users may rapidly configure a supply chain 
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of infonnation, easily search the chain for rdevant information, determine the best match 
of existing end items to new requirements, integrate desired goals or preferences into a 
created end item, aggregate product realization plans for assembling a product, estimate 
the feasibility and effect of information trade-offs as pertaining to, for example, costs, 
fiicilitate the exchange of models, simulations, and statistical information, integrate and 
manage trades, and exchange information with other applications. 

Applications of the above desoibed invention may indude manufiictured goods 
as relating to, at least, industry sectors induding aeroqsace, automotive, general and 
discrete manu&cturing, dectronics, pharmacaiticals, and other industry specific 
mam]fiu;turing supply and design chains and to sendee industries including, at least, real 
estate markets, financial institutions' information exchange, loan institutions' information 
exchange, insurance institutions' information exchange, and other industry spedfic 
information exchanges. 

While the present invention has been particularly described with reference to the 
preferred embodiments^ it should be readily apparent to those of ordinary sldll in the art 
that changes and modifications in form and details may be made without departing firom 
the spirit and scope of the invention. For example, the processes described above may be 
implemented in software. For instance, the portals* 102 ability to retrieve, organize and 
store may be coordinated fi-om stored memory modules as executed by said portal, ft is 
intended that the appended claims mclude such dianges and modifications. 
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We claim: 

1 . A system for oiganizing information comprising: 

a data source storing data including organizational terms; 
a network connected to said data source; 

a portal connected to said network for retrieving the data from said data source 
based on said organizational terms. 

2. The syston accorcfing to claim 1, said portal fiirther comprising a storage device 
for storing the retrieved data. 

3. The system according to claim 2, wherein the storage device includes a RAM. 

4. The system according to claim 2, wherdn the storage device includes a ROM. 

5. The system according to claim 2, wherein the storage device includes a video 
display. 

6. The system according to claim 2, sdd portal fiirther comprising: 

a retrieval device for retrieving the data from said data source and providing said 
retrieved data to said storage device. 

7. The system according to claim 6, wherein said retrieval device retrieves the data 
based on Boolean criteria. 

8. The sj^em according to claun 6, wherdn said portal fiirther comprises: 

an organizational manager for organizing the data based on the organizational 
terms, said or g a n iza ti onal manager receiving said data fit)m said storage device. 

9. The system according to cldm 8, wherein said organizational manager organizes 
said data based on a previously stored ontology of the organizational terms. 
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10. The system according to claim 8, ivherdn said oiganizadonal manager dynamically 
organizes said data based an ontology developed from the received organizational terms. 

1 1 . The system according to claim 1, vAiemn the organizational terms include at least 
one descriptor. 

12. The system according to claim 11, wherein the descriptor includes a class 
identifier. 

13. The system according to claim 11, wherdn the descriptor includes an attribute 
identifier. 

14. The system according to clium 11, wherein the descriptor includes a method 
identifier. 

15. A system for organiang information comprising: 

a data source storing data including organizational terms; 
a network connected to said data source; 

a portal connected to said network for retrieving the data from said data source 
and for categorizing the retrieved data, wherein said categorizing is based on said 
organizational terms. 

16. The system according to daim IS, fiirther comprising a storage device for storing 
the categorized data. 

17. The system according to daim 16, wherein the storage device includes a RAM. 

18. The system according to claim 16, wherein the storage device includes a ROM. 

19. The system according to claim 16, wherein the storage device includes a video 
display. 
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20. The system according to claim 16, wherein said portal fiirther comprises: 

an extraction device for retracting the categorized data from said storage device. 

21. The system accordmg to claim IS, wherein said portal further comprises: 

an extraction device for extracting the categorized data from a storage device, 
wherein said extraction device extracts the categorized data based on Boolean search 
criteria. 

22. The system according to claim 15, wherein said portal fiirther comprises: 

an extraction device for extracting the categorized data from a storage device, 
wherdn said extraction device extracts the categorized data based on hierarchical search 
criteria. 

23. The system according to claim IS, wherdn said portal fiirther comprises: 

an extraction device for extracting the categorized data from a storage device, 
v^erdn said extraction device extracts the categorized data based on parametric search 
criteria. 

24. The ^stem according to daim 20, v4ierdn said storage device stores said data in 
at least one of class, method, and attribute criteria. 

25. The system acconfing to claim 20, wherdn smd storage device receives said data 
from a reverse index database. 

26. The system according to claim 20, fiirther compridng: 

an organizational manager for oiganizing said data based on a previously stored 
ontology of the organizational terms for storage in said storage device. 

27. The ^stem according to claim 20, fiirther con^rising: 

an organizational manager fi)r dynamically organizing said data based an ontology 
developed &om the recdved organizational terms. 
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28. The system according to claim IS, wherdn the orgamzational terms include at 
least one descriptor. 

29. The system according to claim 28, wherein the descriptor includes a class 
identifier. 

30. The system according to claim 28, wherdn the descriptor includes an attribute 
identifier. 

31. The system according to claim 28, wherdn the descriptor indudes a method 
identifier. 

32. The system accorcfing to claim 2, wherdn said storage device includes a fixed disk 
drive. 

33. The system according to claim 16, wherein said storage device includes a fixed 
disk drive. 

33 . A method for organizing information comprising the steps of: 

storing at a remote location data including oiganizational terms; 
scanning said remote location for the existence of the organizational terms; 

retrieving fi-om sdd remote location the data as based on said organizational terms. 

33 . The method according to daim 32, fiuther including the steps of: 
categorizing the retrieved data, and 

storing the categorized data. 

34. The method accordmg to claim 32, wherein said retrieval step retrieves the data 
as based on Boolean criteria. 
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3 5 . The method according to claim 32, wherein said categorizing step further includes 
the step of: 

organizing the received data based on the organizational terms. 

36. The method according to claim 35, wherein said organizing step organizes said 
S data based on a previously stored ontology of the organizational terms. 

37. The method acconUng to claim 35, wherein said organizing step dynamically 
organizes said data based an ontology developed fixim the received organizational terms. 

38. The method according to daim 33, wherdn the organizational terms include at 
least one descriptor. 

10 39. The method according to daim 33, wherein the descriptor includes a class 
identifier. 

40. The system according to claim 33, wherein the descriptor includes an attribute 
identifier. 

41. The systan according to ckdm 33, wherein the descriptor includes a method 
15 identifier. 

42. A method for organizing information compri^g the steps of. 
storing data including organizational terms at a remote location; 
retrieving firom said remote location the data; and, 

categorizing the retrieved data, wherein said categorizing is based on said 
20 organizational terms. 

43. The method according to claim 42, further comprising the step o£ 
storing the categorized data in a storage device. 

25 



wo 99/13417 



PCTAJS98/18540 



44. The method according to claim 43, fiirther comprising the step of: 
extracting the categorized data from said storage device. 

45. The method according to claim 43, fiirther comprising the step of: 
extracting the categorized data from said storage device based on Boolean search 

cntena. 

46. The method according to claim 43, further comprising the step of: 
extracting the categorized data from said storage device based on hierardiical 

search criteria. 

47. The method according to claim 43, fiirther comprising the step of: 
extracting the categorized data from said storage device based on parametric 

search (^teria. 

48. The method according to claim 43, wherein said storing step stores said data in 
at least one of class, method, and attribute criteria. 

49. The method according to daim 44, wherein said storing step receives said data 
from a reverse index database. 

50. The method according to claim 44, further comprising the step of: 
organizing said data based on a previously stored ontology of the organizational 

terms for storage in said storage device. 

5 1 . The method according to claim 44, further comprising the step of: 
dynamically orgamzing said data based an ontology developed from the received 

organizational terms. 

52. The method according to claim 42, wherein the organizational terms include at 
least one descriptor. 
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53. The method according to claim 52, wherdn the descriptor includes a class 
identifier. 

54. The method according to claim 52, wherein the descriptor includes an attribute 
identifier. 

55. The method according to claim 52, wherein the desoiptor includes a method 
identifier. 

56. A system for organizing data retrievable over a network &om a data source, said 
system comprising: 

a portal connected to said network for retrieving the data with organizational 
terms fi'om said data source based on said organizational terms; and, 
a storage device for storing said data. 

57. A system for oiganizmg data retrievable over a networic firom a data source, said 
system comprising: 

a portal connected to said network for retrieving the data fi'om said data source 
and for categorizing the retrieved data, vdierein said categorizing is based on 
organizational terms associated with the data; and, 

a storage device for storing the categorized data. 

58. A method for oiganizn^ data retrievable over a network fi^om a data source, said 
method compri^g the step of: 

retrieving the data with organizational terms firom said data source based on said 
oxganizational tmns. 

59. A method for organizing information retrievable over a network fi'om a data 
source, said method conq}rising the steps of: 

retrieving the data with organizational terms firom said data source; and, 
categoriang the retrieved data, wherdn said categori2dng is based on smd 
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